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(57) ABSTRACT 

An advanced SONET add/drop multiplexer capable of sup- 
porting packet over SONET and multiprotocol label switch- 
ing. The add/drop multiplexer is capable of adding and/or 
dropping both STM and packet traflSc, such as Internet 
Protocol traffic. This SONET add/drop multiplexer allows 
Internet Protocol streams which are added or dropped at 
different nodes to be carried over the same SONET path in 
a network, thereby greatly saving bandwidth. 

15 Claims, 3 Drawing Sheets 







12/18/2003, EAST version: 1.4.1 



U.S. Patent Mar. 12, 2002 sheet 1 of 3 



US 6,356,544 Bl 




5 2 r-l 










CO 




00 





CM 
00 






/ 




A 








GION 
ISP 


\ 


w 


RE 



in 



5; 



E-1 

i 



LO 



CO" 



vz 



o — 

UJ 



12/18/2003, EAST Version: 1.4,1 



U.S. Patent 



Mar. 12,2002 Sheet 2 of 3 



US 6,356,544 Bl 



^2- 
oo 



A 





CO 




s 


f\ 






u 








z 



A 



vz 



T 

in 
oo 



CO 2 SSI 

2 " 



^§3 



00 s 

o o o 

Q_ <C 



Csl 



CO 2 S 

252 



00 
O I 
Q. 



LO 

o 



OO 



o I 

Q- 



^§3 



285 

LU 



00 2 ^ 

252 



o 



00 2 

2§d 



CO :2 c>j 

O Q O 
Q_ <C ^ 




12/18/2003, EAST version: 1.4.1 



U.S. Patent Mar. 12, 2002 



Sheets of 3 



US 6,356,544 Bl 




12/18/2003, EAST version: 1.4.1 



us 6,356,544 Bl 
1 2 

SONET ADD/DROP MULTIPLEXER WITH ability to create virtual private networks through the slack- 

PACKET OVER SONET CAPABILITY ing of* labels. For instance, one label can designate a par- 
ticular company, while a sub-label can indicate a specific 

The present invention relates generally to a SONET group of users within that company. MPLS also makes it 

add/drop multiplexer enhanced so as to support Packet over 5 easier for Internet service providers to perform trafSc engi- 

SONET (POS) and Multiprotocol Label Switching (MPLS). neering by permitting Internet service providers to explicitly 

Such a device will allow packet traflBc, such as Internet route certain labels to alleviate congestion. 

Protocol traffic, which is added to and/or dropped from However, the MPLS standards do not address integration 

various points in a SONET network to be carried over the of MPLS switching into a SONET network, 

same SONET path on the network. lo 



BACKGROUND ART 



SUMMARY OF THE INVENTION 



.1, . . The present mvention provides an apparatus and method 

Traditionally telephony networks have been synchronous c «= • * v • j j.i. -^u- tr^y^Tj-rr . i 

™ . ,1 . . 1 r . r for emcienlly utilizing bandwidth within a SONET network 

in nature. They were initially constructed tor the purpose of i* u i, ^n* i i*Tn- 

. , , J . J J . J i< carrying data packets such as Internet Protocol packets. The 

carrying narrowband voice signals, as wideband and broad- • , . ■.• i . u- 

uj.fc u J. 5 - J jj . -^-rj mvention does so by providmg packet switching capabihty 

band traffic, such as data and video, did not exist. Today, . oi-vKir^T- jjLi f o r ^ 

, . 1 , , . * J * within SONET add/drop multiplexers, 

both network operators and equipment vendors face the ^ ^ 

challenge of handling wideband and broadband traffic with ^ embodiment of the present invention provides for the 

an infrastructure that is essentially inadequate because it was ^elusion of MPLS switchmg capability within a SONET 
not designed for this purpose. 20 add/drop multiplexer. 

With the proliferation of the Internet and the integration of Another embodiment of the present invention provides for 

Internet traffic onto telephony networks, the networks are the inclusion ofpacket switchmg capability withm a SONET 

now dealing with large volumes of data traffic. As the add/drop multiplexer along with ATM switching capability. 

Internet grows and more Internet service providers arise, Another embodiment of the present invention provides for 

telephony service providers and Internet service providers the inclusion of edge node service adaptation functionality 

are investing more money in capital equipment in order to within a SONET add/drop multiplexer, 

provide more bandwidth and paths for the Internet service Thus, it is an object of the present invention to optimize 

traffic to flow. allocation of SONET transport bandwidth carrying packet 

One way Internet Protocol data could be routed in through traffic, 

a telephony network is over an ATM network. However, It is a further object of the present invention to provide the 

such a method of transmission of Internet Protocol data is ability to offer different grades ofpacket traffic service in a 

inefficient due to cell header, packet-to-cell adaptation and SONET network. 

encapsulation overhead. It is another object of an embodiment of the present 
Another method of routing Internet Protocol data is over 35 invention to provide the ability to create virtual private 

a SONET network. Traditionally, if an Internet service networks over a SONET network. 

provider point of presence would be connected into a ^ ^^^^^ embodiment of the present 

"''T'^ u ? ^""^ ' invention to provide the abiUty to perform traffic engineer- 

add/drop multiplexer. If that Internet service provider pomt . ^ g^^^ ^^^^^^^ ■ ^^^^^ ^^^^^ 

of presence was to be connected to another Internet service ..n , , , , . r . - 

provider point of presence, a dedicated STS link within the ^! ^"^^^^^ °^J^^^ ^he present invention to reduce 

SONET network would need to be established between the ^'P^JlL'^'^' ^^^"'"'^ providers connectmg to 

two points of presence. As more and more Internet service SONET networks. 

providers are added to such a network, the number of It is a further object of the present invention to reduce the 
dedicated STS links dramatically increases, causing alloca- 45 amount of state information that must be maintained in a 

tion of network bandwidth to become very inefficient. SONET network. 

Recently, the laternet Engineering Task Force approved a DESCRIPHON OF THE DRAWINGS 

draft of a new standard known as Multiprotocol Label 

Switching (MPLS). MPLS attempts to merge layer 2 and These and other objects and advantages of this invention 
layer 3 data switching. Under MPLS, an edge node converts 50 will become more apparent and more readily appreciated by 

regular packets into an MPLS format. The edge node also reference to the description of the preferred embodiments, 

handles priority. Core nodes, however, do not need to look taken in conjunction with the accompanying drawings, of 

deeper then the assigned label to perform a switching which: 

function. This speeds up the switching process because the piG. 1 (Prior Art) is a block diagram of a SONET network 

core nodes no longer need to look at a packet's source and 55 carrying packet traffic of the prior art; 

destination address and priority. The draft MPLS standards ^i/^ j * uj- *r 

r 1 1 ir t T FIG. 2 IS a block diagram according to an embodiment of 

are available to the public for download from the Internet at . . *• T coktct- 4 1 

. /ir^ t ^ 1 LI the present invention of a SONET network; 

www.ietf.cnrt.reston.va.us/ID.html Currently available ^ 

drafts include 1) draft-ietf-mpls-arch-CH.txt; 2) draft-ietf- FIG. 3 is a block diagram of a SONET network according 

mpls-framework-02.txt; 3) draft-ietf-mpls-label-emcaps- embodiment of the present invention, 

na"^""!' .t^/f 5) draft-ietf-mpls-ldp. DETAILED DESCRIPTION OF PREFERRED 

03.txt; 6) draft-ietf-mpls-ldp-03.txt; 7) draft-ietf-mpls-rsvp- EMBODIMENTS 
ldp-tunnel-01.txt; and 8) draft-ietf-mpls-bgp4-mpls-02.txt. 

Each of these draft MPLS standards is hereby incorporated The present invention will be better understood by refer- 
by reference. 65 ence to the accompanying drawings. 

MPLS offers the Internet service provider community the FIG. 1 (prior art) depicts a SONET network consisting of 

ability to offer different grades of service. It also provides the SONET add/drop multiplexers 71 through 78, regional Inter- 
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net service provider points of presence 81 through 83, and may be of the traditional type or may include the MPLS 

national Internet service provider points of presence 84 and capability. Preferably, each of the add/drop multiplexers 

85 of the prior art. Under the prior art, if each local Internet would include this capability to enable Internet service 

service provider point of presence was to be connected to providers to connect directly to add/drop multiplexers 102, 
both of the national Internet service provider points of s 103 and 105 in the future. By including POS/MPLS capa- 

presence, and the two national Internet service provider ^iHty in SONET add/drop multiplexers 101, 104, 106, 107 

points of presence were to be interconnected, then 7 separate ^nd 108, a smgle STS link between each of the nodes can be 

STS links within the SONET network would have to be ^f^^^^^, »° If-f* '"l'^.^7^"^™ o1 uT 

dedicated to carrying the packet traffic between the various ^^\' ^^^^ V""? ^ 

T . , . . , with PPP or irame relay encapsulation would deiine virtual 

Internet service providers. lo ^.^^^^^ ^^^^ ^^^^^ ^^^^^^ ^^^^ ^^^^^^^p 

For example, to connect regional Internet service provider plexers 101, 104, 106, 107 and 108 can then concentrate/ 

point of presence 81 to national Internet service provider groom the MPLS label delineated virtual circuits onto a 

point of presence 85, add/drop multiplexer 71 would have to common SONET transport path. Additionally, communica- 

connect input 51 from regional Internet service provider 81 tions between the Internet service provider points of pres- 
to add/drop multiplexer 78 through dedicated STS link 91. 15 ^^^^ ^^^^ respective add/drop multiplexers can now be 

Add/drop multiplexer 78 would then have to connect dedi- combined into one respective pipe. This reduces the number 

cated STS link 91 to line 61 to connect it to the national of IP switch ports required at each Internet service provider 

Internet service provider 85, To connect regional Internet point presence down to one. 

service provider 81 to national Internet service provider 84, Traditional engineering methods can be utilized by one 

add/drop multiplexer 71 would have to connect input 52 to 20 ^^^^^^ ^^^.^^ POS/MPLS capability into a 

add/drop multiplexer 77 through dedicated STS link 92. SONET add/drop multiplexer 

Add/drop multiplexer 77 would then have to connect STS Although it is preferable to provide POS/MPLS capability 

link 92 to national Internet service provider 84 through line ^-^^^ ^q^^ ^^^/^^^p j^ultiplexer, similar savings can 

^ be realized in bandwidth and switch port costs without 

To connect regional Internet service provider 82 to utilizing MPLS. For instance, if layer 2 encapsulation is 

national Internet service provider 85, add/drop multiplexer frame relay, then the SONET add/drop multiplexer can 

74 would have to connect input line 53 to add/drop multi- ^^tilize the frame relay address (DLCI) field to delineate 

plexer 78 through dedicated STS link 97. Add/drop multi- virtual circuits for concentration into the common STS path 

plexer 78 would then have to connect dedicated STS link 97 ii2, 113 and 114, 

to line 62. To connect regional Internet service provider 82 ^ additional benefit of providing POS/MPLS capability 

to national Internet service provider 84, add/drop multi- within the SONET add/drop multiplexer is that MPLS label 

plexer 74 would have to connect input line 54 to add/drop switched paths can be merged to form multipoint-to-point 

multiplexer 77 through dedicated STS link 96. Add/drop trees. This reduces the amount of state information that must 

multiplexer 77 would then have to connect dedicated STS maintained by the network. 

link 96 to input line 59. Preferably, the SONET add/drop multiplexers of the 

To connect regional Intemet service provider 83 to present invention would each. contain a route processor that 
national Intemet service provider 85, add/drop multiplexer ^ould run standard IP routing protocols such as OSPF, BGP, 
76 would have to connect input line 55 to add/drop multi- ^nd multicast (e.g. PIM) as well as label distribution 
plexer 78 through dedicated STS link 95. Add/drop multi- protocols, such as LDR Additionally, the SONET add/drop 
plexer 78 would then have to connect dedicated STS link 95 multiplexers would contain interfaces for Ethernet, DS 3, 
to input line 63. To connect regional Intemet service pro- oC-3, OC-12, and others. The SONET add/drop multiplex- 
vider 83 to national Intemet service provider 84, add/drop the present invention may also contain an ATM 
multiplexer 76 would have to connect inpiit line 56 to switching fabric in order to switch ATM traffic that may be 
add/drop multiplexer 77 via dedicated STS Hnk 94. Add/ present on the SONET network. Again, traditional engineer- 
drop multiplexer 77 would then have to connect dedicated methods can be used by those skilled in the art to build 
STS link 94 to line 58, such devices. 

To connect the two national Intemet service providers 84 piG. 3 depicts a SONET network according to an embodi- 

and 85 to each other, add/drop multiplexer 78 would have to ment of present invention. In this figure, edge node service 

connect input line 64 to add/drop multiplexer 77 via dedi- adaptation function has been incorporated into the POS/ 

cated STS link 93. Add/drop multiplexer 77 would then have MPLS add/drop multiplexer. As can be seen in FIG. 3, 

to connect dedicated STS link 93 to input line 57. SONET add/drop multiplexers 121, 123, and 124 have 

It doesn't take too many Intemet service providers to MPLS router functions built into them, 131, 133 and 134 
make this SONET network of the prior art very inefficient. respectively. SONET add/drop multiplexers 122, 125 and 
Moreover, an expensive IP switch port would be necessary 55 126 have MPLS functionality as discussed previously. This 
for each of the connections. Thus, two IP switch ports would functionality enables them to label switch. By providing 
be necessary at each of the regional Internet service provider MPLS edge router functionality in SONET add/drop mid- 
points of presence 81 through 83. and four IP switch ports tiplexers 121, 123 and 124, computer network 141 and 
would be necessary at each of the national Internet service computer network 142 can be connected in a virtual private 
provider points of presence 84 and 85. network. Additionally, computer networks 141 and 142 can 

In FIG, 2, a SONET network according to an embodiment access the Internet through line 150 to an Internet service 

of present invention is shown. In this figure, at least SONET provider (not shown). Such devices can be built by those 

add/drop multiplexers 101, 104, 106, 107 and 108 are skilled in the art using traditional engineering methods, 

equipped with POS/MPLS capability. This enables the add/ Although each of the preferred embodiments discussed 
drop multiplexers to process labels and concentrate label 65 above was discussed with reference to a SONET network, 

switch paths into a single STS path between the add/drop the same may be applicable to an SDH network or any other 

multiplexer nodes. Add/drop multiplexers 102, 103, and 105 synchronous optical network. 
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Although the preferred embodiments of the present inven- 
tion have been described and illustrated in detail, it will be 
evident to those skilled in the art that various modifications 
and changes may be made thereto without departing from 
the spirit and scope of the invention as set forth in the 5 
appended claims and equivalents thereof. 

I claim: 

1. A method of conserving bandwidth in a synchronous 
optical network carrying packet data, comprising the steps 
of: 10 

switching said packet data in at least one synchronous 
optical network element from which said packet data 
enters or exits said synchronous optical network into a 
concentrated path; and 

transporting said packet data along said concentrated path 
to another synchronous optical network element, 
wherein said switching is Multiprotocol Label 
Switching, wherein virtual circuits are delineated using 
MPLS labels with PPP encapsulation. 

2. A method of conserving bandwidth in a synchronous 
optical network carrying packet data, as claimed in claim 1, 
wherein said packets are Intemet Protocol packets. 

3. A method of conserving bandwidth in a synchronous 
optical network carrying packet data, as claimed in claim 1, 
further comprising the step of setting up virtual circuits ^ 
between synchronous optical network elements based upon 

a Frame Relay address field. 

4. A method of conserving bandwidth in a synchronous 
optical network carrying packet data as claimed in claim 3, 
wherein said Frame Relay address field is DLCI. 

5. A method of conserving bandwidth in a synchronous 
optical network carrying packet data comprising the steps 
of: 

switching said packet data in at least one synchronous 
optical network element firom which said packet data 
enters or exits said synchronous optical network into a 
concentrated path; 

transporting said packet data along said concentrated path 
to another synchronous optical network element; and 40 

merging Multiprotocol Label Switch paths to form 
multipoint-to-point trees. 

6. A method of conserving bandwidth in a synchronous 
optical network carrying packet data as claimed in claim 5, 
wherein said merging Multiprotocol Label Switch paths step 45 
conserves state information within said synchronous optical 
network. 
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7. A method of conserving bandwidth in a synchronous 
optical network carrying packet data as claimed in claim 1, 
further comprising the step of providing a virtual private 
network over said synchronous optical network. 

8. A method of conserving bandwidth in a synchronous 
optical network carrying packet data comprising the steps 
of: 

switching said packet data in at least one synchronous 
optical network element from which said packet data 
enters or exits said synchronous optical network into a 
concentrated path; 

transporting said packet data along said concentrated path 
to another synchronous optical network element; 

providing a virtual private network over said synchronous 
optical network, wherein an MPLS label stack is used 
to delineate said virtual private network. 

9. A method of conserving bandwidth in a synchronous 
optical network carrying packet data, as claimed in claim 5, 
wherein said packet data comprises Internet Protocol pack- 
ets. 

10. A method of conserving bandwidth in a synchronous 
optical network carrying packet data, as claimed in claim 5, 
further comprising the step of establishing virtual circuits 
between synchronous optical network elements based upon 
a Frame Relay address field. 

11. A method of conserving bandwidth in a synchronous 
optical network carrying packet data as claimed in claim 10, 
wherein said Frame Relay address field is DLCL 

12. A method of conserving bandwidth in a synchronous 
optical network carrying packet data as claimed in claim 5, 
further comprising the step of providing a virtual private 
network over said synchronous optical network. 

13. A method of conserving bandwidth in a synchronous 
optical network carrying packet data, as claimed in claim 8, 
wherein said packet data comprises Internet Protocol pack- 
ets. 

14. A method of conserving bandwidth in a synchronous 
optical network carrying packet data, as claimed in claim 8, 
further comprising the step of establishing virtual circuits 
between synchronous optical network elements based upon 
a Frame Relay address field. 

15. A method of conserving bandwidth in a synchronous 
optical network carrying packet data as claimed in claim 14, 
wherein said Frame Relay address field is DLCI. 

♦ ♦ * * ♦ 
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